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Description 

FIELD OF THE INVENTION 

5 [0001] The present invention relates to configuration of computers. More specifically, it relates to a method and 
system for automatic transitioning of configuration settings among computer systems. 

BACKGROUND OF THE INVENTION 

10 [0002] In today's world, where technology changes very quickly, it is very common to replace an old computer system 
every few years with a new computing system. It has been estimated that approximately 90,000,000 personal com- 
puters are sold each year, with approximately 90% of the sales comprising new computing systems to replace old 
computing systems. The new computing systems typically include more memory, larger hard-disks, faster central 
processing units, better quality monitors, updated versions of operating systems, new software applications and other 

is improved features. 

[0003] Any old computer system typically includes a large number of configuration settings that have been added 
and/or customized by a user or a network manager. The configuration settings may include Internet settings, modem 
or other network settings, dial-up phone numbers, a desktop "look and feel," file system folders settings, application 
settings, folder names and locations, macros and editing options, custom dictionaries, electronic mail ("e-mail') address 
20 books, inboxes, passwords, subscriptions, certificates and other configurations or setting customized by a user or a 
network manager, or other configuration parameters used over time such as cookies, etc. 

[0004] A method and system for tracking the configuration of a computer coupled to a computer network is disclosed 
in US 5,758,071 such that configuration data is repeatedly obtained using a first computer wherein the configuration 
data comprises information about the configuration of the first computer. The configuration data is automatically sent 
25 over the computer network to a second computer coupled to the network. The configuration data is logged to a con- 
figuration database using the second computer. 

[0005] There are several problems associated with making a transition from an old computing system to a new 
computing system. First, there is currently no easy way to determine what configuration settings a user or a network 
administrator may have customized, since there is no one central location where such configuration files are stored. 

30 Operating systems and other hardware and software applications typically have unique directories and unique file* 
names to store configuration files and settings. These unique directories and configuration files can exist virtually 
anywhere on an old computer system. Trying to collect configuration settings is a difficult task. The average user or 
network administrator may have to spend large amounts of time reading documentation or help screens to figure out 
where the configuration files are stored for any given application. 

35 [0006] Another problem is that there is no easy way to collect and store heterogeneous configuration settings when 
they are located. The operating system and applications typically use unique data layouts and data storage features 
that do not allow for homogenous collection and storage. 

[0007] Another problem is that there is no easy way to transfer old configuration settings to a new computing system. 
When a new computer system is used, a user or a user's agent typically has to re-configure the new computing system 
40 to include configuration settings that were used on an old computer system. All but the most rudimentary pieces of 
"the migration process" are done by hand. This requires many hours of hands-on time, with lost productivity and a 
"start from scratch" resignation. Many users often decide to stick with an obsolete old computer system rather than 
wrestle migration and manual re-configuration required for a new computing system. 

[0008] Yet another problem is that configurations settings on an old computing system may be stored in a new lo- 
45 cation, in a new file, or in new format on a new computing system. An old configuration setting may have to be translated 
or otherwise modified to provide the same results on the target computing system. Such translation and/or modifications 
are typically completed by hand and are prone to errors that lead to user frustration. 

[0009] Yet another problem is that the migration to a new computing system typically requires training on new features 
of new target computing system before migration can take place. This training often delays the migration process. In 
50 addition, a manual migration process used without adequate training on the new computing system can decrease 
quality of service on the new computing system since one or more configuration settings may be missed on the old 
computing system and not be transferred to the new computing system. 

[0010] Yet another problem is the Year 2000 ("Y2K") problem, which may force companies to quickly migrate large 
numbers of computing systems to new technology before the year 2000. The issues of migration in the face of a Y2K 
55 breakdown is a daunting problem by itself. A manual migration process acts to increase the complexity of the Y2K 
problem. 

[0011] Thus, it is desirable to automatically determine configuration settings customized by a user or a network 
administrator on a old computing system. It is also desirable to provide an automatic migration of configuration settings 



2 



EP 1 173 809 B1 

from an old computing system to a new computing system without using a timeconsumingmanual migration process. 
SUMMARY OF THE INVENTION 

5 [0012] In accordance with preferred embodiments of the present invention, some of the problems associated with 
transferring configuration settings from an old computer system to a new computer system are overcome. A method 
and system for automatically transitioning configurations among computer systems is provided by the invention ac- 
cording to claims 1 and 35. One aspect of the invention includes a method for automatically transitioning configuration 
settings from source (i.e., old) computing system to a target (i.e., new) computing system. 

w [0013] This method includes locating multiple configuration settings on a source computing system using multiple 
transition rules from a Personality object. The multiple configuration settings are extracted from a multiple locations 
on the source computing system. The multiple extracted configuration settings are stored in a pre-determined transition 
format on the source computing system. The multiple extracted configuration settings stored in the pre-determined 
transition format are manipulated. A translation package is prepared from the multiple manipulated configuration set- 

is tings stored in the pre-determined transition format. The translation package is used to transfer the multiple manipulated 
configuration settings from the source computing system to a target computing system. 

[0014] The translation package is transferred to a target computing system, or stored as an intermediate step in the 
transition process. The translation package may also be created stored on an intermediate computing system. The 
translation package is infused on the target computing system to transition configuration settings from the source 

20 computing system to the target computing system. The configuration settings in the translation package may be op- 
tionally verified to ensure that the configuration settings have been correctly applied to the target computing system. 
[0015] Another aspect of the invention includes an automatic transition system. The system comprises a database, 
and extraction application, a preparation application, an injection application and a user interface application. However, 
more or fewer system components could also be used and the present invention is not limited to the system components 

25 described. 

[0016] The database is used for storing configuration settings extracted from a source computing system, manipu- 
lated configuration settings from a source computing system, and transition packages to transition configuration settings * ;r 
from a source computing system to a target computing system. The database may include data stored in a database . , 
format or in other formats such as a data structure format, a file format, or other volatile or non-volatile formats. The 

30 extraction application is used for locating and extracting configuration settings on a source computing system for tran- 
sition to a target computing system. The preparation application is used for manipulating configuration settings extract- 
ed from a source computing system and for preparing a transition package. The injection application is used for infusing 
manipulated configuration settings from a transition package to transition configuration settings from a source com- 
puting system to a target computing system. The user interface application is used for preparing an extraction plan 

35 and a transition plan to extract and transition configuration settings from a source computing system for a target com- 
puting system. 

[0017] The method and system provide an automated transition process for transition configuration settings from a 
target computing system to a host computing system. The method and system may vastly reduce transition, configu- 
ration and deployment times for service providers, corporations, and end-users for transitions from a target computing 
40 system to source computing system. The method and system may save time, resources, improve transition quality, 
and reduce user frustration. 

[0018] The foregoing and other features and advantages of preferred embodiments of the present invention will be 
more readily apparent from the following detailed description. The detailed description proceeds with references to the 
accompanying drawings. 

45 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] Preferred embodiments of the present invention are described with reference to the following drawings, where- 
in: 

50 

FIG. 1 is a block diagram illustrating an exemplary translation system; 

FIG. 2 is a block diagram illustrating an exemplary layered transition architecture; 

FIG. 3 is a flow diagram illustrating a method for automatically determining transition configuration settings from 
a source computing system for a target computing system; 
55 FIG. 4 is a block diagram illustrating components of a Personality object; 

FIG. 5 is a flow diagram illustrating a method for automatically applying determined transition configuration settings; 
FIGS. 6A and 6B are flow diagram illustrating a method for automatically transitioning configuration settings; and 
FIG. 7 is a block diagram illustrating a data flow for the automatic configuration setting transition method of FIGS. 
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6A and 6B. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

5 Exemplary transition system 

[0020] FIG. 1 is a block diagram illustrating an exemplary transition system 1 0 for automatically transitioning config- 
uration settings from a source (i.e., old) computing system to a target (i.e., new) computing system. The transition 
system 10 includes a source computing system 12. The source computing system 12 includes a Transition application 

10 14. The Transition application 14 comprises: a database 16, an Extraction application 18, a User Interface application 
20, and a Preparation application 22. The Transition application 14 further comprises an Injection application 24 that 
is sent to a target computing system 26. However, more or fewer components could also be used in the transition 
system 10, including intermediate computing systems between the source computing system 12 and the target com- 
puting system 26, and the present invention is not limited to the components illustrated in FIG. 1 . 

is [0021 J In one exemplary preferred embodiment of the present invention, the database 16 is used for storing config- 
uration settings extracted from the source computing system 12, manipulated configuration settings and transition 
packages to transition configuration settings from the source computing system 1 2 to a target computing system 26. 
The database 1 6 may include data stored in a database format or in other formats such as a data structure format, a 
file format, or other volatile or non-volatile storage formats. The Extraction application 18 is used for locating and 

20 extracting configuration settings on the source computing system 12 to transition to the target computing system 26. 
The User Interface application 20 is used for preparing an extraction plan and a transition plan to extract and transition 
configuration settings from the source computing system 12 to the target computing system 26. The Preparation ap- 
plication 22 is used for manipulating configuration setting extracted from the source computing system 12 and for 
preparing a transition package. The transition package is used to transition configuration settings from the source 

25 computing system 1 2 to the target computing system 26. The Injection application 24 is used for infusing manipulated 
configuration settings from a transition package to transition configuration settings from the source computing system 
12 to a target computing system 26. However, the present invention is not limited to the functionality described for the 
transition applications, and the transition applications can include more or less functionality. The transition applications 
are explained in detail below. 

30 [0022] In one embodiment of the present invention, the Transition application 14 including the database 16, the 
Extraction application 18, the User Interface application 20, and the Preparation application 22 without the Injection 
application 24 reside on the source computing system 1 2. This is illustrated in FIG. 1 by the dashed line dividing source 
and target components of the Transition application 14. In such an embodiment, only the Injection application 24 resides 
on the target computing system 26. 

35 [0023] In another preferred embodiment of the present invention, a Transition application 14 including a database 
16, an Extraction application 18 ) a User Interface application 20, and a Preparation application 22, and an Injection 
application 24 resides on both the source computing system 12 and the target computing system 26 (not illustrated in 
FIG. 1). 

[0024] In another preferred embodiment of the present invention, the source computing system 1 2 only temporarily 

40 includes the Transition application 14. That is, the Transition application 14 is not installed on any non-volatile storage 
on the source computing system 12. The Transition application 14 only "resides'' in volatile storage (e.g., Random 
Access Memory ("RAM")) on the source computing system 12 during the extraction and preparation portion of the 
transition process. The target computing system 26 may also only temporary include the Injection application 24. The 
Injection application 14 may also only reside in volatile storage on the target computing system 14 during the injection 

45 portion of the translation process. 

[0025] In yet another embodiment of the present invention, components of the Translation application 14 may only 
exist on a "third" computing system and not on either the source computing system 12 or the target computing system 
14. Additional software applications may be used only to retrieve and only to inject settings and such software appli- 
cations would be present only on the source computing system 1 2 or the target computing system 1 4 and coordinated 

50 from the third computing system. In yet another embodiment of the present invention, computer hardware or firmware 
may be employed in such a manner that configuration settings are extracted and injected without a software Transition 
application 14 existing on the source computing system 12 or the target computing system 14. 
[0026] In yet another preferred embodiment of the present invention, the source computing system 12 may only 
include the Extraction application 18. The other components of the Transition application 14 reside on one or more 

55 other computing systems and can be used in a distributed fashion. Extracted transition data can also be stored on the 
one or more other computing systems using distributed computing. 

[0027] An operating environment for the computing systems 12, 26 of the present invention include a processing 
system with one or more high speed Central Processing Unit(s) ("CPU") and a memory system. In accordance with 
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the practices of persons skilled in the art of computer programming, the present invention is described below with 
reference to acts and symbolic representations of operations or instructions that are performed by the processing 
system. Such acts and operations or instructions are referred to as being "computer-executed" or "CPU executed." 
[0028] The CPU can be either electrical or biological. The acts and symbolically represented operations or instruc- 

5 tions include the manipulation of electrical signals or biological signals by the CPU. An electrical system or biological 
system represents data bits that cause a resulting transformation or reduction of the electrical signals or biological 
signals. The maintenance of data bits at memory locations in a memory system to thereby reconfigure or otherwise 
alterthe CPU's operation, as well as other processing of signals. The memory locations where data bits are maintained 
are physical locations that have particular electrical, magnetic, optical, or organic properties corresponding to the data 

10 bits. 

[0029] The data bits may also be maintained on a computer readable medium including magnetic disks, optical disks, 
electrical memory, organic memory, and any other volatile (e.g., Random Access Memory ( M RAM M )) or non-volatile (e. 
g., Read-Only Memory ("ROM") a hard disk, etc.,) mass storage system readable by the CPU. The computer readable 
medium includes cooperating or interconnected computer readable medium, which exist exclusively on the processing 
is system or be distributed among multiple interconnected processing systems that may be local or remote to the process- 
ing system. 

Exemplary transition architecture 

20 [0030] FIG. 2 is a block diagram illustrating an exemplary layered transition architecture 28 for the Transition appli- 
cation 14 of FIG. 1 . The Transition application 14 resides in a transition core process 30. The transition core process 
30 includes a control module 32 that is an interface to an operating system 34. The operating system 34 can be a 
windowed operating system such as Windows 95/98/NTby Microsoft Corporation of Redmond, Washington, and other 
windowed or non-windowed operating systems can also be used (e.g., Linux). The transition core process 30 uses 

25. plug-in modules 36 to interface to the operating system 34 and to process configuration settings from the source 
computing system 1 2. The plug-in modules 36 also allow additional modules to be added to provide new and enhanced - 
functionality for the transition core process 30. The plug-in modules 36 are explained below (See FIG. 4). a~ 
[0031] In one exemplary preferred embodiment of the present invention, a first transition core process 30 on the < 
source computing system 12 controls the Extraction application 18 (FIG. 1), the User Interface application 20 (FIG..1), - 

30 and the Preparation application 22 (FIG. 1). The operating system 34 on the target computing system 26 controls 
execution of the Injection application 24 on the target computing system 26 (e.g., the Injection application 24 is an 
executable file (.EXE)). In another exemplary preferred embodiment of the present invention, a first transition core . 
process 30 on the source computing system 12 controls the Extraction application 18, the User Interface application ~. 
20, and the Preparation application 22. A second transition core process 30 on the target computing system 1 2 controls .. 

35 a first Injection application 24 on the target computing system 26. 

[0032] In one exemplary preferred embodiment of the present invention, the transition core process 30 includes an 
Application Programmer's Interface ("API"). The transition API allows other applications to call transition application 
functions (e.g., Hyper Text Markup Language ("HTML"), Java, Visual Basic, Visual Basic Scripts, C++, Visual C++, 
etc.). The transition API also includes functions for low level Input/Output ("I/O"), high level I/O, and smart I/O. The low 

^o level I/O includes functions for file system I/O, database 1 6 interaction, transition specific I/O, operating system registry 
I/O, etc. The high level I/O includes retrieval of configuration settings, storage of configuration settings, etc. The smart 
I/O includes smart configuration setting searching capabilities, smart copying capabilities, etc. 

[0033] The transition core process 30 includes an output layer 38, a protocol layer 40, a message layer 42, a database 
1 6 and a file layer 44. The output layer 38 is used for the various types of I/O as was described above. The protocol 

45 layer 40 allows the transition core process 30 to use protocols such as Hyper Text Transfer Protocol ("HTTP"), File 
Transfer Protocol ("FTP"), User Datagram Protocol ("UDP"), Transmission Control Protocol ("TCP"), Internet Protocol 
("IP") and other protocols to communicate with the source computing system 12 and the target computing system 26. 
The message layer 42 is used for electronic mail ("e-mail 0 ) and other communications with the operating system 34 
and the source computing system 12 and the target computing system 26. 

so [0034] The database 1 6 includes objects used to locate configuration settings on the source computing system. The 
database 16 may be temporary storage such as RAM, or permanent storage such as a floppy disk, hard disk, re- 
writeable, CD-ROM, Flash memory, Flash-ROM, or other non-volatile computer readable media. The file layer 44 in- 
cludes configuration settings extracted from the source computing system 12. The file layer 44 allows files to be create 
and retrieved across file volumes including local and remote file systems. However, more or fewer layers could also 

55 be used in the translation architecture 28. The present invention is not limited to the architecture layers illustrated in 
FIG. 2. 
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Automatic transition of configuration settings 

[0035] FIG. 3 is a flow diagram illustrating a Method 46 for automatically transitioning configuration settings from a 
source computing system to a target computing system. At Step 48, multiple configuration settings are located on a 

5 source computing system using multiple transition rules from a Personality object. At Step 50, multiple configuration 
settings are extracted from multiple locations on the source computing system. At Step 52, the multiple extracted 
configuration settings are stored in a pre-determined transition format. At Step 54, the multiple extracted configuration 
settings stored in the pre-determined transition format are manipulated. At Step 56, a transition package is created 
from the multiple manipulated configuration settings. The transition package includes the multiple manipulated conf ig- 

10 uration settings. The transition package is sent from the source computing system to the target computing system or 
stored as an intermediate step in the transition process. The transition package may also be stored one or more inter- 
mediate computing systems, local or remote to the source computing system or the target computing system. The 
transition package is infused on the target computing system to transition configuration settings from the source com- 
puting system to a target computing system. 

15 [0036] Preferred embodiments of the present invention use object-oriented programming techniques. However, non- 
object-oriented programming techniques could also be used. As is known in the art, an "object type," also called an 
"object class," comprises a data-type, services that operate on instances of the data type, and a set of object attributes 
in an object-oriented data-structure. An "object attribute" is a field of data in an object that partially defines that object's 
state. An "object service" implements and manipulates objects, usually by reading or changing the object attributes. 

20 "Object-oriented design" is a software development technique in which a system or component is expressed using 
objects. 

[0037] An object typically is an object-oriented data-structure that has two components: a function table, containing 
a pointer to each "object member" or member function (i.e., sometimes known as an "object method") defined in the 
object's class, an events table, for accepting events (e.g., OLE or ActiveX control events) and a data block, containing 

25 the current values for each object variable (i.e., data members, sometimes known as an "object property"). A computer 
software application has some reference to an object through an object pointer. A computer software application obtains 
this object reference by using some type of function call (direct or implied), in which that function allocates an object 
block in computer memory, initializes the function tableland returns a reference to allocated computer memory to an 
application. The computer memory may be local or distributed on a remote computer. 

30 [0038] The Component Object Model ("COM") and Distributed Component Object Model fDCOM") are models used 
for object-oriented programming and known to those skilled in the art. The COM and DCOM specify how objects within 
a single application or between applications (e.g., client/server applications) interact and communicate by defining a 
set of standard interfaces. Interfaces are groupings of schematically related functions through which a client application 
accesses the services of a server application. ..: 

35 [0039] Object Linking and Embedding ("OLE") controls, such as OLE controls and ActiveX Controls by the Microsoft 
Corporation of Redmond, Washington, are based in part on the Component Object Model and allow the creation of 
objects of different formats which operate on data through defined interfaces, rather than operating on the applications 
responsible for the data. ActiveX is based in part on OLE technologies. An OLE or ActiveX control is an object that 
accepts and responds to events, such a selection by a mouse or a key on a keyboard, or a selection by another object- 

40 oriented member function. Detailed information on the OLE object interface can be found in Inside OLE, 2nd edition, 
by Kraig Brockschmidt, Microsoft Press, Redmond Washington, 1995 which is incorporated herein by reference. 
[0040] In an exemplary preferred embodiment of the present invention, at Step 48, multiple configuration settings 
are located on the source computing system 1 2 using multiple transition rules from a Personality object. In an exemplary 
preferred embodiment of the present invention, the Personality object includes five object-oriented plug-in modules 

45 36. However, more or fewer object-oriented plug-in modules 36 could also be used. 

Translation Personality object 

[0041] FIG. 4 is a block diagram illustrating components of a Personality object 58. The Personality object 58 includes 
50 a Desktop object 60, a Network object 62, an Internet object 64, a Mail object 66 and an Applications object 68. However, 
more or fewer objects could also be used in the Personality object 58. The objects include information about configu- 
ration settings such as location, name, associated sub-settings, etc. In an exemplary preferred embodiment of the 
present invention, the objects 60, 62, 64, 66, 68 in the Personality object 58 are object-oriented objects. However, non- 
object oriented objects could also be used in the Personality object 58. The Personality object 58 and related objects 
55 60, 62, 64, 66, 68 comprise object classes that include one or more object members and a data block as was described 
above. 

[0042] In one exemplary preferred embodiment of the present invention, the Desktop object 60 includes user pref- 
erences that affect the appearance and operation of a basic windowed user interface. Exemplary configuration settings 
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included in the Desktop object 60 are illustrated in Table 1 . However, more or fewer configuration settings can also be 
used in the Desktop object 60, and the present invention is not limited to the configuration settings illustrated in FIG. 1 . 



Desktop Object 60 

Visual Elements 

Fonts including meta data colors, themes, sounds, password wall paper, screen savers, 
metrics, etc. 

Accessibility Elements 

Settings that disable accessibility to the source computing system 12 
User Interface Hardware Settings 

Display resolutions, mouse trails, keyboard mappings, character settings, etc. 
Regional Settings 

Time zones, data formats, language, currency settings, etc. 
Windows Preferences 

Start menus, desktop shortcuts, document and run commands, etc. 

Registry Settings 

Table 1. " 

[0043] The Network object 62 includes configuration settings that enable functionality within a private network of 
computers such as a Local Area Network ("LAN") or an intranet. In one exemplary preferred embodiment of the present 
invention, the Network object 62 may not include hardware configuration settings. The Network object 62 may instead 
include configuration settings that configure the operating system 34, that in turn are mapped to underlying hardware 
on the source computing system 12. In another exemplary preferred embodiment of the present invention, the network 
object 62 may include hardware settings. 

[0044] Exemplary configuration settings included in the Network object 62 are illustrated in Table 2. However, more 
or fewer configuration settings can also be used in the Network object 62, and the present invention is not limited to 
the configuration settings illustrated in Table 2. : 



Network Object 62 

Service Providers 

Name, network addresses (e.g., IP address), dial-up numbers, etc. 
Services 

Network services, etc. 
Clients 

Proxies, network servers, etc. 
Domains 

Domain names and subnets, workgroups 
Protocols 

TCP, UDP, IP, HTTP, FTP, etc. 

Registry Settings ______ 

Table 2. 

[0045] The configuration settings from the Network Object 62 are applied to the target computing system 26 within 
the context of operating system 34 services available on the target computing system 26. In one exemplary preferred 
embodiment of the present invention, the Network Object 62 will not install configuration settings for network applica- 
tions that are not available on the target computing system. For example, if the source computing system 12 has TCP/ 
IP installed, the Network Object 62 will locate and extract relevant TCP/IP settings from the source computing system 
12. If the target computing system does not have TCP/IP installed, the Network Object 62 will not automatically transition 
the TCP/IP settings from the source computing system 12, since the TCP/IP settings can not be used. In another 
embodiment of the present invention, if the source computing system 12 has configuration settings for a network ap- 
plication that is not installed on the target system (e.g., TCP/IP) the network application will be installed on the target 
computing system and the appropriate configuration settings will then be applied. 

[0046] Another feature of the Network Object 62 is to allow a user to review and edit configuration settings before 
they are applied to the target computing system 26. For example, a network address (e.g., an IP address) extracted 
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from the source computing system may or may not be appropriate for the target computing system, since the target 
computing system may be installed on a different computer network. Thus, the user can review and edit the configuration 
settings before they are applied to the target computing system 26. 

[0047] The Internet Object 64 includes configuration settings that are relevant to the public network of computers 
provided by the Internet. As is know in the art, the Internet is a world-wide network of inter-connected computers. 
Exemplary configuration settings included in the Internet object 64 are illustrated in Table 3. However, more or fewer 
configuration settings can also be used in the Internet object 64, and the present invention is not limited to the config- 
uration settings illustrated in Table 3. 



Internet Object 64 

Accounts 

Internet service provider accounts, logins, passwords, etc. 
Internet Browser 

Internet Explorer, Netscape Navigator, etc. 
Internet browser options 

Favorites, addresses (i.e., Uniform Resource Locators ("URL's"), cookies, bookmarks, 
histories, newsgroup filters, security settings, channels, certificates, etc. 
Dial-up networking settings 

Dial-up numbers, login names, passwords, etc. 
Network addresses 

IP addresses, etc. 

Registry settings 

Table 3. 

[0048] The Mail object 66 includes configuration settings for electronic mail ("e-mail") and other communication mes- 
saging used on the old computer system 12. In one exemplary preferred embodiment of the present invention, the Mail 
object 66 includes configuration settings for Exchange, Outlook and Outlook Express, by Microsoft, Communicator, by 
Netscape Corporation of Mountain View, California, Pegasas, Eudora, and Lotus Notes, by IBM. However, more or 
fewer e-mail or communications programs could also be supported by the Mail object 66, and the present invention is 
not limited to the e-mail and communications programs listed. 

[0049] Exemplary configuration settings included in the Mail object 66 are illustrated in Table 4. However, more or 
fewer configuration settings can also be used in the Mail object 66, and the present invention is not limited to the 
configuration settings illustrated in Table 4. 



Mail Object 66 

E-mail, communication applications 

Express, Outlook, Outlook Express. Communicator, Pegasus, Eudora, Lotus Notes, etc. 
Settings 

E-mail address identification, address books, inbox/outbox folders, mail folders, etc. 
Meta Data 

Custom dictionaries, templates, macros, forms 

Registry Settings 

Table 4. 



The e-mai! address identification in the Mail Object 66 includes addresses such as a Point-Of- Presence ("POP"), a 
Simple Mail Transfer Protocol ("SMTP") and other e-mail related addresses. 

[0050] The Applications object 68 includes configuration settings of applications installed on the source computing 
system 12. For example, the applications may include Microsoft Word, Excel, Power Point, etc., applications in the 
Word Perfect Suite, by Corel and other applications from the source computing system 12. 

[0051] Exemplary configuration settings included in the Application object 68 are illustrated in Table 5. However, 
more or fewer configuration settings can also be used in the Application object 68, and the present invention is not 
limited to the configuration settings illustrated in Table 5. 
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Application Object 68 

Application 

Word, Excel, Power Point, Word Perfect, etc. 
5 Settings 

Dictionaries, style, formats, language, fonts, etc. 

Registry Settings 

TableS. 

10 in one exemplary preferred embodiment of the present invention, the Application object 68 includes configuration 
settings for applications following design guidelines developed for Microsoft Windows operating system applications. 
However, other design guideline developed for applications for other operating systems, such as Linux, could also be 
used to determine which configuration settings are included in the Application object 68, and the present invention is 
not limited to an Application object 68 including configuration settings for just Microsoft Windows applications. 

15 

Exemplary automatic configuration setting translation 

[0052] Returning to FIG. 3, at Step 48, multiple configuration settings are located on a source computing system 
using multiple transition rules from the Personality object 60 (FIG. 4). In one exemplary preferred embodiment of the 
20 present invention, the Extraction application 18 uses the Personality object 60 to locate configuration settings on the 
source computing system 1 2. 

[0053] The locating Step 48 can also be used to locate configuration settings on more than one computer simulta- 
neously (e.g., a desktop computer and a laptop computer). The User Interface application 20 is used to configure the 
Extraction application 18. The User Interface application 20 includes a list of "identity units" corresponding to confrg- 
25 uration settings that will be extracted from the source computing system 12 and infused on the target computing system 
26. The User Interface application 20 includes the ability to "drill-down" to multiple options and sub-options within an 
identity unit. 

[0054] The User Interface application 20 configures/the Extraction application 1 8 with the following options: 1 .) what 
configuration settings to extract; 2.) where to store the results; 3.) at what level will the extraction take place; 4.) how 
30 the results are "tagged" for later retrieval; and 5.) how verbose or silent the extraction process is. However, more or 
fewer options could also be configured on Extraction application 18. 

[0055] The "what to extract" option includes creating an Extraction plan. The Extraction plan identifies specific identity 
units that should be located and a list of options for each identity unit. The Extraction plan includes a full list of identity 
units to be located, an exclusion list and an inclusion list. The full list is a "vanilla" state that specifies all identity units 

35 known on the source computing system 1 2 that should be located and extracted. The Extraction plan may be modified 
by excluding one or more identity units from the full list. For example, if the full list included 250 identity units, an 
exclusion list could be used to exclude 50 identity units from the full list. If available, the Extraction application 1 8, uses 
the exclusion list instead of the full list to locate and extract configuration settings corresponding to the identity units 
from the source computing system 12 (e.g., at Steps 50 and 52 of Method 48). 

40 [0056] The inclusion list allows a user to select any of the identity units from the full list. For example, if the full list 
included 250 identity units, a user may select only 30 identity units from the 250 available identity units. Thus, the only 
the 30 configuration settings from the inclusion list from the Extraction plan will marked as "active." The remaining 230 
possible configuration settings are marked as "in-active" and are not used. If available, the Extraction application 18, 
uses the inclusion list instead of the full list to locate and extract the configuration settings corresponding to the identity 

45 units. If no exclusion list or inclusion list is created, the Extraction application 18, by default uses the full list to locate 
and extract configuration settings on the source computing system 12. 

[0057] The User Interface 20 is also used to configure the Preparation application 22. The Preparation application 
22 is configured in a similar manner to that described for the Extraction application 18. However, the Preparation 
application 22 includes a "Transition plan" instead of an Extraction plan. The Transition plan includes a full list, as a 

so default list, and allows creation of exclusion and inclusion lists as was discussed for the Extraction plan. 

[0058] Returning again to FIG. 3, at Step 50, multiple configuration settings are extracted from multiple locations on 
the source computing system by the Extraction application 18 using the Personality object 60. In one exemplary pre- 
ferred embodiment of the present invention, the Extraction application 18 uses objects from the Personality object 60 
and the Extraction plan described to produce "work product" that is stored in a pre-determined transition format at Step 

55 52. In one exemplary preferred embodiment of the present invention, the work product is stored on the source computing 
system 12. In another exemplary preferred embodiment of the present invention, the work product is stored on one or 
more intermediate computing systems in volatile or non-volatile storage. 

[0059] In one preferred embodiment of the present invention, the pre-determined transition format used to store the 
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configuration settings is a database format for relational databases. However, non-relational database formats could 
also be used. In one preferred embodiment of the present invention, the pre-determined transition format is a database 
format for System Query Language ("SQL") databases. In another preferred embodiment of the present invention, the 
pre-determined transfer format is a database format for a Microsoft Access databases. However, other pre-determined 

5 transition formats can also be used and the present invention is not limited to the database formats described. 

[0060] In one exemplary preferred embodiment of the present invention, the Extraction application 18 stores the 
configuration settings in a pre-determined transition format in temporary volatile storage (e.g., in RAM). In another 
exemplary preferred embodiment of the present invention, the Extraction application 18 includes a Loader application 
that is used to transfer data from temporary storage to the database 16. In such an embodiment, the Extraction appli- 

10 cation 1 8 does not maintain a persistent connection with the database 16. The transfer of information from temporary 
storage to the database 1 6 is accomplished with the Loader application. In yet another exemplary preferred embodiment 
of the present invention, the Extraction application 18 maintains a persistent connection with the database 16 and is 
capable of writing configuration settings in the pre-determined format directly into the database 1 6. 
[0061] At Step 54, the multiple extracted configuration settings stored in the pre-determined transition format are 

15 manipulated. In a preferred embodiment of the present invention, the configuration settings are manipulated with the 
Preparation application 22 using the Transition plan described above. For example, the Extraction application 18 may 
extract 250 configuration settings from the source computer with an exemplary Extraction plan that included only a full 
list (i.e., no extraction list or inclusion list). An exemplary Transition plan may include only an inclusion list. The exem- 
plary inclusion list may include only 30 of 250 possible configuration settings from the Extraction plan. Thus, the only 

20 the 30 configuration settings from the inclusion list from the Transition plan will marked as "active" in the pre-determined 
transition format by the Preparation application 22. The remaining 230 possible configuration settings are marked as 
"in-active" by the Preparation application 22 and not used. Various combinations of full lists, exclusion lists, inclusion 
lists, from the Extraction plan and Transition plan can be used, and the present invention is not limited to this example. 
[0062] The manipulation at Step 54 also includes transitioning one or more configuration settings from a format used 

25 on the source computing system to a format used on the target computing system. For example, a configuration setting 
for a computer monitor may be stored with the name config-monitor-old on the source computer system. However, on 
the target computer system, the same configuration setting may be stored with a name config-monitor-new. In addition, 
a configuration setting may be stored in a first directory-A on the source system, and in a second directory-B, on the 
target system. The preparation application 22 handles such transitions at step 54. 

so . [0063] At Step 56, a transition package is created from the multiple manipulated configuration settings. In an exem- 
plary preferred embodiment of the present invention, the Preparation application 22 creates a transition package. In 
one exemplary preferred embodiment of the present invention, the transition package includes a list of commands 
along with necessary source data for the manipulated configuration settings. The list of command may be used to 
provide an ordering for transitioning the configuration settings. However, other transition package formats could also 

35 be used and the present invention is not limited to the transition packages described. The transition package will be 
used by the Injection application 24 to transition the desired configuration settings from the source computing system 
12 the target computing system 26. 

[0064] In an exemplary preferred embodiment of the present invention, the transition package is stored in the data- 
base 16 by the Preparation application 22. In another exemplary preferred embodiment of the present invention, the 
40 transition package is also transferred directly to the Injection application 24. In yet another exemplary preferred em- 
bodiment of the present invention, the transition package is read from the database 16 by the Preparation application 
22 and the Injection application included in at a later time. 

Applying a transition package to a target computing system 

45 

[0065] FIG. 5 is a flow diagram illustrating a Method 70 for automatically applying transition configuration settings. 
At Step 72, a transition package is received on a target computing system from a source computing system. At Step 
74, the transition package is infused on the target computing system to automatically transition manipulated configu- 
ration settings from the source computing system to the target computing system. At Step 76, transition package is 
50 optionally verified on the target computing system to ensure that the transition package has been correctly applied to 
the target computing system. 

[0066] In one exemplary preferred embodiment of the present invention, the transition package is sent from the 
Preparation application 22 on the source computing system 12 within an Injection application 24 to the target computing 
system 26. The Injection application 24 with the transition package can be sent to the target computing system 26 via 
55 on a floppy disk, zip-disk, or CD-ROM, or transferred using e-mail, TCP/IP, FTP, or with other network transfer mech- 
anisms. At Step 72, the target computing system 26 receives the Injection application 24 with the transition package 
from the source computing system 1 2. As was described above, in one exemplary preferred embodiment of the present 
invention, the transition package includes a list of commands along with necessary source data for multiple manipulated 
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configuration settings. At Step 74. an Injection application 24 "infuses" the target computing system 26 with manipulated 
configuration settings from the source computing system 12. The Injection application 24 reads and executes the list 
of commands from the transition package to transition configuration to the target computing system 26. The Injection 
application 24 is invoked by the operating system 34 on the target computing system. At Step 76, transition package 
s is optionally verified on the target computing system 26 to ensure that the transition package has been correctly applied 
to the target computing system 26. In one exemplary preferred embodiment of the present invention, the Injection 
application 24 also verifies the injection of the transition configuration settings on the target computing system 26. In 
another exemplary preferred embodiment of the present invention, a separate Verification application verifies config- 
uration settings infused by the Injection application 24. 

10 

Exemplary automatic transition of configuration settings 

[0067] FIGS. 6A and 6B are flow diagram 78 illustrating one exemplary method for automatically transitioning con- 
figuration settings for one exemplary preferred embodiment of the present invention. However, the present invention 

15 js not limited to this exemplary embodiment and otfter embodiments could also be used. At Step 80 of FIG. 6A, an 
Extraction plan and a Transition plan are prepared with the User Interface application 20. At Step 82, multiple config- 
uration settings are located on a source computing system 12 with an Extraction application 18 using a Personality 
object 58. At step 84, the multiple configuration settings are extracted from multiple locations on the source computing 
system 12 with the Extraction application 18 and the Extraction plan. At Step 86, the multiple extracted configuration 

20 settings are stored in a database format on the source computing system 12. At Step 88, the multiple extracted con- 
figuration settings are manipulated with a Preparation application 22 and the Transition plan. At Step 90, a transition 
package is prepared from the multiple manipulated configuration settings by the Preparation application 22. The tran- 
sition package is used to transition configuration settings from the source computing system to the target computing 
system 26. 

25 [0068] At Step 92 of FIG. 6B, an Injection application 24 including the transition package is prepared by the Prepa- 
ration application 22. The Injection application 24 uses the transition package to transition configuration settings from 
the source computing system to the target computing system. At Step 94, the Injection application 24 including the. 
transition package is sent from the source computing system 12 to the target computing system 26. . , % 

[0069] At Step 94; the Injection application including the transition package is received on the target computing 

30 system 26 from the source computing system 12: At Step 98, the transition package is infused with the Injection ap- 
plication 24 on the target computing system 26 to transition configuration settings from the source computing system 
12 to the target computing system 26. At Step 100, configuration settings from the transition package are optionally 
verified with the Injection application 24 to ensure that the transition package has been correctly applied to the target 
computing system. . - ■ *. 

35 

Data flow for exemplary automatic transition of configuration settings 

[0070] FIG. 7 is a block diagram illustrating a data flow 102 for the automatic configuration setting transition from 
FIGS. 6A and 68. The User Interface application 20 is used to create 104 an Extraction plan and a Transition plan (e. 

*o g. ( step 80 of FIG. 6A). The Extraction application 18 locates and extracts 106 multiple configuration settings from 
multiple locations on the source computing system using the Personality object 58 and the Extraction plan (e.g., Steps 
82 and 84). The multiple extracted configuration settings are stored 108 in a pre-determined transition format in tem- 
porary storage on the source computing system 12 (e.g., Step 86). The multiple extracted configuration settings may 
also be stored 1 1 0 in persistent storage in the database 1 6. The Preparation application 22 manipulates 112 the multiple 

^5 extracted configuration settings stored in the pre-determined transition format using the Transition plan (e.g. , Step 88). 
The Preparation application 22 creates 114 a transition package from the multiple manipulated configuration settings. 
The transition package includes the multiple manipulated configuration settings (e.g., Step 90). 
[0071] As was discussed above, the transition package can be stored 116 in the database 16 by the Preparation 
application 22. The transition package can also be transferred directly to the Injection application 24. The transition 

so package can also be read from the database 1 6 by the Preparation application 22 and sent to the Injection application 
24 at a later time. The Preparation application 22 prepares 118 an Injection Application 24 including the transition 
package (e.g., Step 92, FIG. 6B). The Injection Application 24 is sent 120 from the source computing system 12 to the 
target computing system 26 (e.g., Step 94). 

[0072] The target computing system 26 receives the injection application 24 with transition package from the source 
55 computing system 12 (e.g., Step 96). The Injection application 24 "infuses" 122 the target computing system 26 with 
manipulated configuration settings in the transition package from the source computing system 1 2 (e.g., Step 98). The 
Injection application 24 reads and executes the list of commands from the transition package to transition configuration 
to the target computing system 26. The transition package is optionally verified 124 on the target computing system 
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26 to ensure that the transition package has been correctly applied to the target computing system 26 (e.g., Step 1 00). 
Exemplary automatic transition products 

5 [0073] In one exemplary preferred embodiment of the present invention, the Extraction application 18, the User 
Interface application 20, the Preparation application 22 and the Injection application 24 are Windows 32-bit f Win32") 
applications written in C++ and Visual Basic. However, the present invention is not limited to Win32 applications, and 
other types of applications can also be used. In addition, other programming languages could also be used to implement 
the transition applications. The transition Win32 applications support the exemplary transition illustrated in Table 6. 

w However, the present invention is not limited to the transitions illustrated in Table 6, and other transitions could also 
be made between a source computing system and a target computing system. 



Windows 95 ver. X to Windows 95 ver. Y 

Windows 95 to Windows 98 

Windows 98 ver. X to Windows 98 ver. Y 

Windows 95 to Windows NT 

Windows 98 to Windows NT 

Windows NT ver. X to Window NT ver. Y* 

Windows XX tb Windows YY 

Windows XX ver. X to Windows YY ver. Y 

Table 6. 



25 [0074] In one exemplary preferred embodiment of the present invention, the present invention may also include the 
transition of configuration settings to a target computing system that are NOT present on a source computing system, 
but were calculated from other settings on the source computing system. Such an embodiment can be inclusive such 
that "old settings" as well as "new calculated settings" are injected. The translation process may also be exclusive such 
that a target computing system does not receive any "old settings" but only new settings "calculated" from.the old 

30 settings on a source computing system. The translation process may also be used for extracting configuration settings 
from multiple source computing systems that are local or remote, and "conglomerating" them onto a single target 
computing system. 

[0075] In another exemplary preferred embodiment of the present invention, configuration settings can be transi- 
tioned without any transition data ever being embodied into a persistent storage medium. In such an embodiment, 
35 extracted transition data is transmitted via a data stream over a network and is consumed (i.e., processed and or 
injected) without ever being stored in a persistent storage medium. 

[0076] In yet another exemplary preferred embodiment of the present invention, a target computing system can be 
infused with configurations settings that have not originated from a source computing system and have not been cal- 
culated from old configuration settings on the source computing system. In such an embodiment, a new target com- 
^o puting system is built and configuration settings are from a "newly developed" source that is not a source computing 
system (e.g., a proposed new operating system or proposed new computer hardware). 

[0077] In yet another embodiment of the present invention, the transitioning process may also take settings from a 
single source computing system and "distribute" them to multiple target computing systems such that only a subset of 
the settings from the source computing system reside on any one target computing system. The subsets of transition 

45 data may overlap or be exclusive. 

[0078] In yet another embodiment of the present invention, the transition process may take configuration settings 
from multiple source computing systems and inject them onto multiple target computing systems, but in a manner such 
that there is no correlation between the configuration settings from the source computing systems and target computing 
systems the configuration settings are injected onto. For example, three configuration settings from a first source com- 

50 puting system are transitioned to a first set target computing systems, while one configuration setting from a second 
source computing system is transitioned to a second set of target computing systems not including the first set of target 
computing systems. 

[0079] The methods and system described herein provide an automated transition process fortransition configuration 
settings from a target computing system to a host computing system. The method and system may vastly reduce 
55 transition, configuration and deployment times for service providers, corporations, and end-users for transitions from 
a target computing system to source computing system. The method and system may also save time, resources, 
improve transition quality, and lower user frustration. 

[0080] it should be understood that the programs, processes, methods and systems described herein are not related 



12 



EP1 173 809 B1 



or limited to any particular type of computer or network system (hardware or software), unless indicated otherwise. 
Various types of general purpose or specialized computer systems may be used with or perform operations in accord- 
ance with the teachings described herein. 

[0081] In view of the wide variety of embodiments to which the principles of the present invention can be applied, it 
should be understood that the illustrated embodiments are exemplary only, and should not be taken as limiting the 
scope of the present invention. For example, the steps of the flow diagrams may be taken in sequences other than 
those described, and more or fewer elements may be used in the block diagrams. While various elements of the 
preferred embodiments have been described as being implemented in software, in other embodiments hardware or 
firmware implementations may alternatively be used, and vice-versa. 

[0082] The claims should not be read as limited to the described order or elements unless stated to that effect. 
Therefore, all embodiments that come within the scope of the following claims and equivalents thereto are claimed as 
the invention. 



Claims 

1. A method for automatically transitioning configuration settings from a source computing system (12) to a target 
computing system (26), comprising the steps of: 

locating a plurality of configuration settings on a source computing system (12) using a Personality object (58); 
extracting the plurality of configuration settings from a plurality of locations on the source computing system 
(12); 

storing the plurality of extracted configuration settings in a pre-determined transition format; 
manipulating the plurality of extracted configuration settings stored in the pre-determined transition format; and 
preparing a transition package from the plurality of manipulated configuration settings stored in the pre-deter- 
mined transition format, wherein the transition package is used to transition configuration settings from the 
source computing system (12) to a target computing system (26>. 

2. A computer readable medium having stored therein instructions for causing a central processing unit to execute 
the method of Claim 1 . 

3. The method of Claim 1 further comprising: 

transferring the transition package to a target computing system (26); and 

infusing the transition package on the target computing system (26) to transition configuration settings from 
the source computing system (12) to the target computing system (26). 

4. The method of Claim 3 further comprising: 

optionally verifying that the configuration settings in the transition package has been correctly applied to the 
target computing system (26). 

5. The method of Claim 1 wherein the step of extracting the plurality of configuration settings includes extracting the 
plurality of configuration settings using an extraction plan. 

6. The method of Claim 5 wherein the extraction plan includes a full list of configuration settings available on the 
source computing system (12), an exclusion list, to exclude one or more configuration settings from the full list, 
and an inclusion list, to include only selected ones of the configuration settings from the full list. 

7. The method of Claim 1 wherein the step of storing the plurality of extracted configuration settings in a pre-deter- 
mined transition format includes storing the plurality of configuration settings in a pre-determined transition format 
suitable for a database (16) on the source computing system (12). 

8. The method of Claim 1 wherein the step of storing the plurality of extracted configuration settings in a pre-deter- 
mined transition format includes storing the extracted configuration settings in a pre-determined transition format 
in any of a volatile or non-volatile storage on the source computing system (12). 

9. The method of Claim 1 wherein the step of manipulating the plurality of extracted configuration settings stored in 
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the pre-determined transition format includes transitioning a first configuration setting in a first format used on the 
source computing system (12) into a second configuration setting in a second format used on the target computing 
system (26). 

10. The method of Claim 1 wherein the step of manipulating the plurality of extracted configuration settings stored in 
the pre-determined transition format includes removing one or more of the extracted configuration settings. 

11. The method of Claim 10 wherein the one or more of the extracted configuration settings are removed based on a 
transition plan. 

12. The method of Claim 11 wherein the transition plan includes a fufl list of configuration settings extracted from the 
source computing system (12), an exclusion list, to exclude one or more configuration settings from the full list, 
and an inclusion list, to include only selected ones of the configuration settings from the full list. 

13. The method of Claim 1 wherein the step of preparing a transition package from plurality of extracted configuration 
settings includes preparing a list of commands along with the plurality of manipulated configuration settings and 
related data for the target computing system (26). 

14. The method of Claim 1 wherein the Personality object (58) includes a computer readable medium having stored 
therein a plurality of object-oriented data structures for locating configuration settings on the source computing 
system (12), the computer readable medium comprising: 

a Desktop object-oriented object (60) for storing information about configuration settings associated with a 
windowed graphical user interface; 

a Network object-oriented object (62) for storing information about configuration settings associated with a 
computer network; 

an Internet object-oriented object (64) for storing information about configuration settings associated with the 
Internet; 

a Mail object-oriented object (66) for information about configurations settings associated with electronic mail; 
and 

an Application object-oriented object (68) for information about configuration settings associated with software 
applications. 

15. The method of Claim 1 wherein the step of locating a plurality of configuration settings includes locating a plurality * 
of configuration settings with an Extraction application (1 8). 

16. The method of Claim 1 wherein the wherein the step of extraction a plurality of configuration settings includes 
extraction a plurality of configuration settings with an Extraction application (18) using an extraction plan. 

17. The method of Claim 1 wherein the step of manipulating the plurality of extracted configuration settings includes 
manipulating the plurality of extracted configuration settings with a Preparation application (22) using a transition 
plan. 

18. The method of Claim 1 wherein the step of preparing a transition package from the plurality of manipulated con- 
figuration settings includes preparing a transition package with a Preparation application (22), wherein the transition 
package is included within an Injection application (24) prepared by the Preparation application (22). 

19. The method of claim 1 further comprising: 

receiving a transition package on a target computing system (26) from a source computing system (1 2), where- 
in the transition package includes a plurality of manipulated configuration settings from the source computing 
system (12) and wherein the transition package is used to transition manipulated configuration settings from 
the source computing system (12) to the target computing system (26); 

infusing the transition package on the target computing system (26) to automatically transition configuration 

settings from the source computing system (12) to the target computing system (26); and 

optionally verifying configuration settings from the source computing system (12) on the target computing 

system (26) to ensure that the transition package has been correctly applied to the target computing system 

(26). 
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20. A computer readable medium having stored therein instructions for causing a central processing unit to execute 
the method of Claim 19. 

21 . The method of Claim 1 9 wherein the step of receiving a transition package on a target computing system (26) 
includes receiving an Injection application (24) including the transition package. 

22. The method of Claim 19 wherein the step of infusing the transition package on the target computing system (26) 
includes infusing the transition package with an Injection application (24), wherein the Injection application (24) 
includes the transition package. 

23. The method of Claim 19 wherein the step of optionally verifying configuration settings includes optionally verifying 
configuration settings with an Injection application (24). 

24. The method of claim 1 further comprising a computer readable medium having stored therein a plurality of object- 
oriented data structures for a Personality object (58) for locating configuration settings on a source computing 
system (12), the computer readable medium comprising: 

a Desktop object-oriented object (60) for storing information about configuration settings associated with a 
windowed graphical user interface; 

a Network object-oriented object (62) for storing information about configuration settings associated with a 
computer network; 

an Internet object-oriented object (64) for storing information about configuration settings associated with the 
Internet; 

a Mail object-oriented object (66) for storing information about configurations settings associated with elec- 
tronic mail; and 

an Application object-oriented object (68) for storing information about configuration settings associated with 
software applications. 

25. The method of claim 1 further comprising: 

locating a plurality of configuration settings on one or more source computing systems (12); 

extracting selected ones of the plurality of configuration settings from a plurality of locations on the plurality 

of source computing systems (12); and 

creating a plurality of transitions packages from the selected ones of the plurality of extracted configuration 
settings. 

26. A computer readable medium having stored therein instructions for causing a central processing unit to execute 
the method of Claim 25. 

27. The method of Claim 25 further comprising: 

infusing the one or more transition packages on one or more target computing systems (26) to automatically 
transition configuration settings from the one or more source computing systems (1 2) to the one or more target 
computing systems (26). 

28. The method of Claim 27 wherein the step of infusing the one or more transition packages includes infusing the 
one or more transition packages on the one or more target computing systems (26) from one or more intermediate 
computing systems. 

29. The method of Claim 25 wherein the step of creating a plurality of transitions packages from the selected ones of 
the plurality of extracted configuration settings includes creating a plurality of transitions packages from the selected 
ones of the plurality of extracted configuration settings on one or more intermediate computing systems. 

30. The method of Claim 25 wherein the step of sending the plurality of transitions packages to one or more target 
computing systems (26) includes sending the plurality of transitions packages to one or more target computing 
systems (26) using one or more intermediate computing systems. 

31. The method of claim 1 further comprising: 



15 



EP 1 173 809 B1 



preparing an extraction plan and a transition plan with a User Interface application (20); 

locating a plurality of configuration settings on a source computing system (12) with an Extraction application 

(18) using a Personality object (58); 

extracting the plurality of configuration settings from a plurality of locations on the source computing system 
(12) with the Extraction application (18) and the extraction plan; 

storing the plurality of extracted configuration settings in a database format on the source computing system 
(12); 

manipulating the plurality of extracted configuration settings stored in the database format with a Preparation 
application (22) and the transition plan; 

preparing a transition package from the plurality of manipulated configuration settings stored in the database 
format with the Preparation application (22), wherein the transition package is used to transition configuration 
settings from the source computing system (12) to a target computing system (26); 

preparing an Injection application (24) including the transition package with the Preparation application (22), 
wherein the Injection application (24) uses the transition package to transition configuration settings from the 
source computing system (12)- to the target computing system (26); and 

sending the Injection application (24) including the transition package from the source computing system (12) 
to the target computing system (26). 

32. A computer readable medium having stored therein instructions for causing a central processing unit to execute 
the method of Claim 31 . 

33. The method of Claim 31 further comprising: 

receiving the Injection application (24)including the transition package on the target computing system (26) 
from the source computing system (12); 

infusing the transition package with the Injection application (24) on the target computing system (26) to tran- 
sition configuration settings from the source computing system (12) to the target computing system (26); and 
optionally verifying configuration settings from the transition package with the Injection application (24) to 
ensure that the transition package has been correctly applied to the target computing system (26). 

34. The method of Claim 31 wherein the Personality object (58) includes a computer readable medium having stored 
therein a plurality of object-oriented data structures for locating configuration settings on the source computing 
system (12), the computer readable medium comprising: 

a Desktop object-oriented object (60) for storing information about configuration settings associated with a 
windowed graphical user interface; 

a Network object-oriented object (62) for storing information about of configuration settings associated with a 
computer network; 

an Internet object-oriented object (64) for storing information about of configuration settings associated with 
the Internet; 

a Mail object-oriented object (66) for storing information about configurations settings associated with elec- 
tronic mail; and 

an Application object-oriented object (68) for storing information about configuration settings associated with 
software applications. 

35. An automatic transition system (10), the system comprising in combination: 

a user interface application (20) for preparing an extraction plan and a transition plan to extract and transition 

configuration settings from a source computing system (12) to a target computing system (26); 

an extraction application (1 8) for locating and extracting configuration settings on a source computing system 

(12) to transition to a target computing system (26), wherein the extraction application (18) uses a Personality 

object (58) to locate, and an extraction plan to extract configuration settings on the source computing system 

(12); 

a preparation application (22) for manipulating configuration settings extracted from a source computing sys- 
tem (1 2) and for preparing a transition package using a transition plan, wherein the transition package includes 
a plurality of manipulated configuration settings from the source computing system (12) and wherein the tran- 
sition package is used to transition configuration settings from the source computing system (12) to a target 
computing system (26); 
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an injection application (24) for infusing manipulated configuration settings from a transition package to tran- 
sition configuration settings from a source computing system (12} to a target computing system (26); and 
a database (1 6) for storing configuration settings extracted from a source computing system (1 2), manipulated 
configuration settings from a source computing system (12), and transition packages to transition configuration 
settings from a source computing system (12) to a target computing system (26). 



Patentanspruche 

1. Verfahren zum automatischen Transitionieren von Konfigurationseinstellungen von einem Quellcomputersystem 
(12) zu einem Zielcomputersystem (26), umfassend die fotgenden Schritte: 

Lokalisieren einer Vielzahl von Konfigurationseinstellungen auf einem Quellcomputersystem (12) unter Ver- 
wendung eines Personalityobjekts (58); 

Extrahieren der Vielzah! von Konfigurationseinstellungen von einer Vielzahl von Orten auf dem Quellcompu- 
tersystem (12); 

Speichern der Vielzahl extrahierter Konfigurationseinstellungen in einem vorbestimmten Transition ierungsfor- 
mat; 

Bearbeiten der Vielzahl extrahierter Konfigurationseinstellungen, die in dem vorbestimmten Transitionierungs- 
format gespeichert sind; und 

Erzeugen eines Transition ierungs pa kets aus der Vielzahl bearbeiteter Konfigurationseinstellungen, die in dem 
vorbestimmten Transitionierungsformat gespeichert sind, wobei das Transitionierungspaket verwendet wird, 
um Konfigurationseinstellungen von dem Quellcomputersystem (12) zu einem Zielcomputersystem (26) zu 
transitionieren. 

2. Computeriesbares Medium mit darin gespeicherten Anweisungen, damit bewirkt wird, dass eine zentrale Verar- 
beitungseinheit das Verfahren nach Anspruch 1 ausfuhrt. 

3. Verfahren nach Anspruch 1 , femer umfassend: 

Transferieren des Transition ierungspakets zu einem Zielcomputersystem (26); und 

Einbringen des Transition ierungspakets auf dem Zielcomputersystem (26), um Konfigurationseinstellungen 
von dem Quellcomputersystem (12) zu dem Zielcomputersystem (26) zu transitionieren. 

4. Verfahren nach Anspruch 3, femer umfassend: 

Optionales Verifizieren, dass die Konfigurationseinstellungen in dem Transitionierungspaket korrekt auf das 
Zielcomputersystem (26) angewendet worden sind. 

5. Verfahren nach Anspruch 1 , wobei der Schritt des Extrahierens der Vielzahl von Konfigurationseinstellungen das 
Extrahieren der Vielzahl von Konfigurationseinstellungen unter Verwendung eines Extraktionsplans einschlieBt. 

6. Verfahren nach Anspruch 5, wobei der Extraktionsplan eine vollstandige Liste der auf dem Quellcomputersystem 
(12) zur Verfugung stehenden Konfigurationseinstellungen, eine AusschlieBungsliste, um eine Oder mehrere der 
Konfigurationseinstellungen von der vollstandigen Liste auszuschlieBen, sowie eine EinschlieBungsliste ein- 
schlieGt, um lediglich ausgewahlte Konfigurationseinstellungen von der vollstandigen Liste einzuschlieBen. 

7. Verfahren nach Anspruch 1 , wobei der Schritt des Speichems der Vielzahl extrahierter Konfigurationseinstellungen 
in einem vorbestimmten Transitionierungsformat das Speichern der Vielzahl von Konfigurationseinstellungen in 
einem vorbestimmten Transitionierungsformat einschlie(3t, das fur eine Datenbank (16) auf dem Quellcomputer- 
system (1 2) geeignet ist. 

8. Verfahren nach Anspruch 1 , wobei der Schritt des Speichems der Vielzahl extrahierter Konfigurationseinstellungen 
in einem vorbestimmten Transitionierungsformat das Speichern der extrahierten Konfigurationseinstellungen in 
einem vorbestimmten Transitionierungsformat in einem fluchtigen oder nichtfliichtigen Speicher auf dem Quell- 
computersystem (12) einschlieBt. 

9. Verfahren nach Anspruch 1, wobei der Schritt des Bearbeitens der Vielzahl von extrahierten Konfigurationsein- 
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stellungen, die in dem vorbestimmten Trans itionierungsformat gespeichert sind, das Transitionieren einer ersten 
Konfigurationseinstellung in einem ersten Format, das auf dem Quellcomputersystem (12) verwendet wird, in eine 
zweite Konfigurationseinstellung in einem zweiten Format einschlieGt, das auf dem Zielcomputersystem (26> ver- 
wendet wird. 

10. Verfahren nach Anspruch 1 , wobei der Schritt des Bearbeitens der Vielzahl extrahierter Konfigurationseinstellun- 
gen, die in dem vorbestimmten Transitionierungsformat gespeichert sind, ein Entfernen einer oder mehrerer der 
extrahierten Konfigurationseinstetlungen einschlieGt. 

1 1 . Verfahren nach Anspruch 1 0, wobei die eine oder die mehreren extrahierten Konfigurationseinstellungen auf einem 
Transitionierungsplan basierend entfernt werden. 

12. Verfahren nach Anspruch 11, wobei der Transitionierungsplan eine vollstandige Liste der von dem Quellcompu- 
tersystem (12) extrahierten Konfigurationseinstellungen, eine AusschlieGungsliste, um eine oder mehrere der Kon- 
figurationseinstellungen von der vollstandigen Liste auszuschlieGen, sowie eine EinschlieGungsliste einschlieGt, 
um lediglich ausgewahtte Konfigurationseinstellungen von der vollstandigen Liste einzuschlieGen. 

13. Verfahren nach Anspruch 1, wobei der Schritt des Erzeugens eines Transitionierungspakets aus einer Vielzahl 
von extrahierten Konfigurationseinstellungen das Erzeugen einer Liste von Befehlen einschlieGt gleichzeitig mit 
der Vielzahl von bearbeiteten Konfigurationseinstellungen und verwandter Daten fur das Zielcomputersystem (26) 
einschlieGt. 

14. Verfahren nach Anspruch 1, wobei das Personalityobjekt (58)»ein computerlesbares Medium einschlieGt, in dem 
eine Vielzahl objektorientierter Datenstrukturen zum Lokalisieren von Konfigurationseinstellungen auf dem Quell- 
computersystem (12) gespeichert sind, wobei das computerlesbare Medium umfasst: 

ein objektorientiertes Desktopobjekt (60) zum Speichern von Information uber KonfigurationseinsteHungen, 
die mit einer mit Fenstem arbeitenden graphischen Benutzeroberflache assoziiert sind; 
ein objektorientiertes Netzwerkobjekt (62) zum Speichern von Information uber Konfigurationseinstellungen, 
die mit einem Computernetzwerk assoziiert sind; 

ein objektorientiertes Internetobjekt (64) zum Speichern von Information uber Konfigurationseinstellungen, 
die mit dem Internet assoziiert sind; 

ein objektorientiertes Mailobjekt (66) fur Information uber Konfigurationseinstellungen, die mit elektronischer 
Mail assoziiert sind; und 

ein objektorientiertes Applikationsobjekt (68) fur Information uber Konfigurationseinstellungen, die mit Soft- 
wareapplikationen assoziiert sind. 

15. Verfahren nach Anspruch 1, wobei der Schritt des Lokalisierens einer Vielzahl von Konfigurationseinstellungen 
das Lokalisieren einer Vielzahl von Konfigurationseinstellungen mit einer Extraktionsapplikation (18) einschlieGt. 

16. Verfahren nach Anspruch 1 , wobei der Schritt des Extrahierens einer Vielzahl von Konfigurationseinstellungen die 
Extraktion einer Vielzahl von Konfigurationseinstellungen mit einer Extraktionsapplikation (18) unter Verwendung 
eines Extraktionsplans einschlieGt. 

17. Verfahren nach Anspruch 1 , wobei der Schritt des Bearbeitens der Vielzahl extrahierter Konfigurationseinstellun- 
gen das Bearberten der Vielzahl extrahierter Konfigurationseinstellungen mit einer Erzeugungsapplikation (22) 
unter Verwendung eines Transitionierungsplans einschlieGt. 

18. Verfahren nach Anspruch 1 , wobei der Schritt des Erzeugens eines Transitionierungspakets aus der Vielzahl be- 
arbeiteter Konfigurationseinstellungen das Erzeugen eines Transitionierungspakets mit einer Erzeugungsapplika- 
tion (22) einschlieGt, wobei das Transrtionierungspaket innerhalb einer Injektionsapplikation (24) eingeschlossen 
ist, die von der Erzeugungsapplikation (22) erzeugt ist. 

19. Verfahren nach Anspruch 1 ferner umfassend: 

Empfangen eines Transitionierungspakets auf einem Zielcomputersystem (26) von einem Quellcomputersy- 
stem (12), wobei das Transrtionierungspaket eine Vielzahl bearbeiteter Konfigurationseinstellungen von dem 
Quellcomputersystem (12) einschlieGt und wobei das Transrtionierungspaket verwendet wird, um bearbeitete 
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Konfigurationseinstellungen von dem Quellcomputersystem (12) zu dem Zielcomputersystem (26) zu transi- 
tionieren; 

Einbringen des Transitionierungspakets auf dem Zielcomputersystem (26), urn automatisch die Konfigurati- 
onseinstellungen von dem Quellcomputersystem (1 2) zu dem Zielcomputersystem (26) zu transitionieren; und 
5 Optionales Verifizieren der Konfigurationseinstellungen von dem Quellcomputersystem (1 2) auf dem Zielcom- 

putersystem (26), um sicherzustellen, dass das Trans iti on ierungspaket korrekt auf das Zielcomputersystem 
(26) angewendet worden ist 

20. Computerfesbares Medium mit darin gespeicherten Anweisungen, damit bewirkt wird, dass eine zentrale Verar- 
10 beitungseinheit das Verfahren nach Anspruch 19 ausfuhrt. 

21. Verfahren nach Anspruch 19, wobei der Schritt des Empfangens eines Transitionierungspakets auf einem Ziel- 
computersystem (26) das Empfangen einer Injektionsapplikation (24) einschlieBt, die das Transitionierungspaket 
einschlieBt. 

15 

22. Verfahren nach Anspruch 1 9, wobei der Schritt des Einbringens des Transitionierungspakets auf dem Zielcompu- 
tersystem (26) das Einbringen des Transitionierungspakets mit einer Injektionsapplikation (24) einschlieBt, wobei 
die Injektionsapplikation (24) das Transitionierungspaket einschlieBt. 

20 23. Verfahren nach Anspruch 19, wobei der Schritt des optionalen Verifizierens der Konfigurationseinstellungen das 
optionale Verifizieren der Konfigurationseinstellungen mit einer Injektionsapplikation (24) einschlieBt. 

24. Verfahren nach Anspruch 1 ferner umfassend ein computerlesbares Medium mit einer darin gespeicherten Vielzahl 
von objektorientierten Datenstrukturen fur ein Personalityobjekt (68) zum Lokalisieren von Konfigurationseinstel- 

25 lungen auf einem Quellcomputersystem (12), wobei das computerlesbare Medium umfasst: 

ein objektorientiertes Desktopobjekt (60) zum Speichern von Information uber Konfigurationseinstellungen, 
die mit einer mit Fenstern arbeitenden graphischen Benutzeroberflache assoziiert sind; 
ein objektorientiertes Netzwerkobjekt (62) zum Speichern von Information uber. Konfigurationseinstellungen, 
30 die mit einem Computernetzwerk assoziiert sind; 

ein objektorientiertes Internetobjekt (64) zum Speichern von Information uber Konfigurationseinstellungen, 
die mit dem Internet assoziiert sind;, 

ein objektorientiertes Mailobjekt (66) fur Information uber Konfigurationseinstellungen, die mit elektronischer 
Mail assoziiert sind; und 

35 ein objektorientiertes Applikationsobjekt (68) fur Information uber Konfigurationseinstellungen, die mit Soft- 

wareapplikationen assoziiert sind. 

25. Verfahren nach Anspruch 1 ferner umfassend: 

40 Lokalisieren einer Vielzahl von Konfigurationseinstellungen auf einem oder mehreren Quellcomputersystemen 

(12); 

Extrahieren ausgewahlter Konfigurationseinstellungen aus der Vielzahl der Konfigurationseinstellungen von 
einer Vielzahl von Orten auf der Vielzahl von Quellcomputersystemen (12); und 

Erzeugen einer Vielzahl von Transitionierungspaketen aus den ausgewahlten Konfigurationseinstellungen der 
45 Vielzahl extrahierter Konfigurationseinstellungen. 

26. Computerlesbares Medium mit darin gespeicherten Anweisungen, damit bewirkt wird, dass eine zentrale Verar- 
beitungseinheit das Verfahren nach Anspruch 25 ausfuhrt. 

so 27. Verfahren nach Anspruch 25 ferner umfassend: 

Einbringen der einen oder der mehreren Transitionierungspakete auf ein oder mehrere Zielcomputersysteme 
(26), um automatisch die Konfigurationseinstellungen von dem einen oder den mehreren Quellcomputersy- 
stemen (12) zu dem einen oder den mehreren Zielcomputersystemen (26) zu transitionieren. 

55 

28. Verfahren nach Anspruch 27, wobei der Schritt des Einbringens des einen oder der mehreren Transitionierungs- 
pakete das Einbringen des einen Transitionierungspakets oder der mehreren Transitionierungspakete auf dem 
einen oder den mehreren Zielcomputersystemen (26) von einem oder mehreren Zwischencomputersystemen ein- 
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schlieBt. 

29. Verfahren nach Anspruch 25, wobei der Schritt des Erzeugens einer Vielzahl von Transitionierungspaketen aus 
ausgewahlten Konfigurationseinstellungen der Vielzahl extrahierter Konfigu ratio nseinste I lunge n das Erzeugen ei- 

5 ner Vielzahl von Transitionierungspaketen aus ausgewahlten Konfigurationseinstellungen der Vielzahl extrahierter 

Konfigurationseinstellungen auf einem oder mehreren Zwischencomputersystemen einschlieBt. 

30. Verfahren nach Anspruch 25, wobei der Schritt des Sendens der Vielzahl von Transitionierungspaketen zu einem 
Oder mehreren Zielcomputersystemen (26) das Senden der Vielzahl von Transitionierungspaketen zu einem oder 

10 mehreren Zielcomputersystemen (26) unter Verwendung eines oder mehrerer Zwischencomputersysteme ein- 

schlieBt. 

31. Verfahren nach Anspruch 1 ferner umfassend: 

is Erzeugen eines Extraktionsplans und eines Transitionierungsplans mit einer Benutzerschnittstellenapplikation 

(20); 

Lokalisieren einer Vielzahl von Konfigurationseinstellungen auf einem Quellcomputersystem (12) mit einer 
Extraktionsapplikation (18) unter Verwendung eines Personal ityobjekts (58); 

Extrahieren der Vielzahl von Konfigurationseinstellungen von einer Vielzahl von Often auf dem Quellcompu- 
20 tersystem (12) mit der Extraktionsapplikation (18) und dem Extraktionsplan; 

Speichern der Vielzahl extrahierter Konfigurationseinstellungen in einem Datenbankformat auf dem Quell- 
computersystem (12); 

Bearbeiten der Vielzahl von extrahierten Konfigurationseinstellungen, die in dem Datenbankformat gespei- 
chert sind, mit einer Erzeugungsapplikation (22) und dem Transitionierungsplan; 
25 Erzeugen eines Trans itionierungspakets aus der Vielzahl der in dem Datenbankformat gespeicherten, bear- 

beiteten Konfigurationseinstellungen mit der Erzeugungsapplikation (22), wobei das Transitionierungspaket 
verwendet wird, um Konfigurationseinstellungen von dem Quellcomputersystem (12) zu einem Zielcomputer- 
system (26) zu transitionieren; 

Erzeugen einer tnjektionsapplikation (24) einschlieBlich des Transitionierungspakets mit der Erzeugungsappli- 
30 kation (22), wobei die Injektionsapplikation (24) das Transitionierungspaket verwendet, um Konfigurationsein- 

stellungen von dem Quellcomputersystem (12) zu dem Zielcomputersystem (26) zu transitionieren; und 
Senden der Injektionsapplikation (24) einschlieBlich des Transitionierungspakets vor> dem Quellcomputersy- 
stem (12) zu dem Zielcomputersystem (26). 

35 32. Computerlesbares Medium mit darin gespeicherten Anweisungen, damit bewirkt wird, dass eine zentrale Verar- 
beitungseinheit das Verfahren nach Anspruch 31 ausfuhrt. 

33. Verfahren nach Anspruch 31 ferner umfassend: 

40 Empfangen der Injektionsapplikation (24) einschlieBlich des Transitionierungspakets auf dem Zielcomputer- 

system (26) von dem Quellcomputersystem (12); 

Einbringen des Transitionierungspakets mit der Injektionsapplikation (24) auf dem Zielcomputersystem (26), 
um Konfigurationseinstellungen von dem Quellcomputersystem (12) zu dem Zielcomputersystem (26) zu tran- 
sitionieren; und 

45 Optionales Verifizieren von Konfigurationseinstellungen von dem Transitionierungspaket mit der Injektions- 

applikation (24), um sicherzustellen, dass das Transitionierungspaket korrekt auf das Zielcomputersystem 
(26) angewendet worden ist. 

34. Verfahren nach Anspruch 31 , wobei das Personalityobjekt (58) ein computerlesbares Medium einschlieBt, in dem 
so eine Vielzahl objektorientierter Datenstrukturen gespeichert sind zum Lokalisieren von Konfigurationseinstellun- 
gen auf dem Quellcomputersystem (12), wobei das computerlesbare Medium umfasst: 

ein objektorientiertes Desktopobjekt (60} zum Speichern von Information uber Konfigurationseinstellungen, 
die mit einer mit Fenstem arbeitenden graphischen Benutzeroberflache assoziiert sind; 
55 ein objektorientiertes Netzwerkobjekt (62) zum Speichern von Information uber Konfigurationseinstellungen, 

die mit einem Computernetzwerk assoziiert sind; 

ein objektorientiertes Internetobjekt (64) zum Speichern von Information uber Konfigurationseinstellungen, 
die mft dem Internet assoziiert sind; 
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ein objektorientiertes Mailobjekt (66) fur Information uber Konfigurationseinstellungen, die mit elektronischer 
Mail assoziiert sind; und 

ein objektorientiertes Applikationsobjekt (68) fur Information uber Konfigurationseinstellungen, die mit Soft- 
wareapplikationen assoziiert sind. 

35. Automatisches Transitionierungssystem (10), das in Kombination umfasst: 

eine Benutzerschnittstellenapplikation (20) zum Erzeugen eines Extraktionsplans und eines Transitionierungs- 
plans, um Konfigurationseinstellungen von einen Quellcomputersystem (1 2) zu extrahieren und zu einem Ziel- 
computersystem (26) zu transitionieren; 

eine Extraktionsapplikation (18) zum Lokalisieren und Extrahieren von Konfigurationseinstellungen auf einem 
Quellcomputersystem (12>, um diese zu einem Zielcomputersystem (26) zu transitionieren, wobei die Extrak- 
tionsapplikation (18) ein Personalityobjekt (58) verwendet, um Konfigurationseinstellungen auf dem Quell- 
computersystem (12) zu lokalisieren, und einen Extraktionsplan verwendet, um Konfigurationseinstellungen 
auf dem Quellcomputersystem (12) zu extrahieren; 

eine Erzeugungsapplikation (22) zum Bearbeiten von Konfigurationseinstellungen, die von einem Quellcom- 
putersystem (12) extrahiert worden sind, und zum Erzeugen eines Transitionierungspakets unter Verwendung 
eines Transitionierungsplans, wobei das Transition ierungspaket eine Vielzahl bearbeiteter Konfigurationsein- 
stellungen von dem Quellcomputersystem (12>einschlieBt und wobei das Transitionierungspaket verwendet 
wird, um Konfigurationseinstellungen von dem Quellcomputersystem (1 2) zu einem Zielcomputersystem (26), 
zu transitionieren; 

eine Injektionsapplikation (24) zum Einbringen bearbeiteter Konfigurationseinstellungen von einem Transitio- 
nierungspaket, um Konfigurationseinstellungen von einem Quellcomputersystem (12) zu einem Zielcompu- 
tersystem (26) zu transitionieren; und 

eine Datenbank (16) zum Speichern von Konfigurationseinstellungen, die von einem Quellcomputersystem 
(12) extrahiert worden sind, von bearbeiteten Konfigurationseinstellungen von einem Quellcomputersystem 
(1 2) und von Transitionierungspaketen, um Konfigurationseinstellungen von einem Quellcomputersystem (1 2) 
zu einem Zielcomputersystem (26) zu transitionieren. 



Revendications . 

1. Procede pour faire passer automatiquement des parametres de configuration d'un systeme informatique source 
(12) vers un systeme informatique cible (26), comprenant les etapes consistant a: 

localiser une pluralite de parametres de configuration sur un systeme informatique source (12) a ('aide d'un 
objet Person nalite (58); 

extratre la pluralite de parametres de configuration d'une pluralite d'emplacements sur le systeme informatique 
source (12); 

stocker ta pluralite de parametres de configuration extraits dans un format de transition predetermine; 
manipuler ta pluralite de parametres de configuration extraits stockes dans le format de transition predeter- 
mine; et 

preparer un bloc de transition a partir de la pluralite de parametres de configuration manipules stockes dans 
le format de transition predetermine, tandis que le bloc de transition est utilise pour faire passer des parametres 
de configuration du systeme informatique source (12) vers un systeme informatique cible (26), 

2. Support dechiffrable par ordinate ur, dans lequel sont stockees des instructions pour amener une unite detraitement 
centrale a executer le proced6 selon la revendication 1 . 

3. Procede selon la revendication 1 , comprenant en outre les etapes consistant a: 

transferer le bloc de transition vers un systeme informatique cible (26); et 

introduire le bloc de transition sur le systeme informatique cible (26) pour faire passer les parametres de 
configuration du systeme informatique source (12) vers le systeme informatique cible (26). 

4. Procede selon la revendication 3, comprenant en outre I'etape consistant a : 

verifier en option que les parametres de configuration dans le bloc de transition ont ete correctement appliques 
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au systeme informatique cible (26). 

5. Procede selon la revendication 1 , dans lequel I'etape consistant a extraire la pluralite de parametres de configu- 
ration comprend Tetape consistant a extraire la pluralite de parametres de configuration a I'aide d'un plan d'ex- 
traction. 

6. Procede selon la revendication 5, dans lequel le plan d'extraction comprend une liste complete de parametres de 
configuration disponibles sur le systeme informatique source (12), une liste d'exclusion, pour exclure un ou plu- 
sieurs parametres de configuration de la liste complete, et une liste d'inclusion, pour inclure uniquement certains 
parametres selectionnes parmi (es parametres de configuration de la liste complete. 

7. Procede selon la revendication 1 , dans lequel I'etape consistant a stocker la pluralite de parametres de configu- 
ration extraits dans un format de transition predetermine comprend I'etape consistant a stocker la pluralite de 
parametres de configuration dans un format de transition predetermine adapte a une base de donnees (16) sur 
le systeme informatique source (12). 

8. Procede selon la revendication 1 , dans lequel I'etape consistant a stocker la pluralite de parametres de configu- 
ration extraits dans un format de transition predetermine comprend I'etape consistant a stocker les parametres de 
configuration extraits dans un format de transition predetermine dans une memoire volatile ou non volatile sur le 
systeme informatique source (12). 

9. Procede selon la revendication 1 , dans lequel I'etape consistant a manipuler la pluralite de parametres de confi- 
guration extraits stocked dans le format de transition predetermine comprend I'etape consistant a transformer un 
premier pararnetre de configuration dans un premier format utilise sur le systeme informatique source (12) en un 
deuxieme pararnetre de configuration dans un deuxieme format utilise sur le systeme informatique cible (26). 

10. Proced6 selon la revendication 1 , dans lequel i'6tape consistant a manipuler la plurality de parametres de confi- 
guration extraits stocked dans le format de transition predetermine comprend I'etape consistant a supprimer un 
ou plusieurs des parametres de configuration extraits. 

11. Procede selon la revendication 10, dans lequel un ou plusieurs des parametres de configuration extraits sont 
supprimes sur la base d'un plan de transition. 

12. Procede selon la revendication 11 , dans lequel le plan de transition comprend une (iste complete des parametres 
de configuration extraits du systeme informatique source (12), une liste d'exclusion, pour exclure un ou plusieurs 
parametres de configuration de la liste complete, et une liste d'inclusion, pour inclure uniquement certains para- 
metres selectionnes parmi les parametres de configuration de (a liste complete. 

13. Procede selon la revendication 1, dans lequel I'etape consistant a preparer un bloc de transition a partir d'une 
pluralite de parametres de configuration extraits comprend I'etape consistant a preparer une liste de commandes 
en meme temps que la pluralite de parametres de configuration manipules et que les donnees associees pour le 
systeme informatique cible (26). 

14. Procede selon la revendication 1, dans lequel I'objet Personnalite (58) comprend un support dechiffrable par or- 
dinateur, dans lequel est stockee une pluralite de structures de donnees orientees objet pour localiser des para- 
metres de configuration sur le systeme informatique source (1 2), le support dechiffrable par ordinateur comprenant: 

un objet Bureau (60) oriente objet pour stocker des informations sur les parametres de configuration associes 
a une interface utilisateur graph ique avec fenetre; 

un objet Reseau (62>oriente objet pour stocker des informations sur (es parametres de configuration associes 
a un reseau informatique; 

un objet Internet (64) oriente objet pour stocker des informations sur les parametres de configuration associes 
a Internet; 

un objet Courrier (66) oriente objet pour des informations sur les parametres de configuration associes au 
courrier electronique; et 

un objet Application (68) oriente objet pour des informations sur les parametres de configuration associes a 
des applications logicielles. 
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15. Procede selon la revendication 1, dans lequel I'etape consistant a localiser une pluralite de parametres de confi- 
guration comprend I'etape consistant a localiser une pluralite de parametres de configuration avec une application 
d'Extraction (18). 

16. Procede selon la revendication 1, dans lequel I'etape consistant a extraire une pluralite de parametres de confi- 
guration comprend I'etape consistant a extraire une pluralite de parametres de configuration avec une application 
d'Extraction (18) a I'aide d'un plan d'extraction. 

17. Procede selon la revendication 1, dans lequel I'etape consistant a manipuler la pluralite de parametres de confi- 
guration extraits comprend i'etape consistant a manipuler la pluralite de parametres de configuration extra its avec 
une application de Preparation (22) a I'aide d'un plan de transition. 

18. Procede selon la revendication 1, dans lequel I'etape consistant a preparer un bloc de transition a partir de la 
pluralite de parametres de configuration manipules comprend I'etape consistant a preparer un bloc de transition 
avec une application de Preparation (22), dans laquelle le bloc de transition est inclus dans une application d'ln- 
jection (24) pr6paree par ('application de Preparation (22). 

19. Procede selon la revendication 1 , comprenant en outre les etapes consistant a: 

recevoir un bloc de transition sur un systeme informatique cible (26) depuis un systeme informatique source 
(12), dans laquelle le bloc de transition comprend une pluralite de parametres de configuration manipules 
depuis le systeme informatique source (12) et dans laquelle le bloc de transition est utilise pour faire passer 
des parametres de configuration manipules du systeme informatique source (12) vers le systeme informatique 
cible (26); 

introduire le bloc de transition sur le systeme informatique cible (26) pour faire passer automatiquement les 
parametres de configuration du systeme informatique source (12) vers le systeme informatique cible (26); et 
verifier en option les parametres de configuration issus du systeme informatique source (12) sur le systeme 
informatique cible (26) pour s'assurer que le bloc de transition a 6t6 correctement applique au systeme infor- 
matique cible (26). 

20. Support dechiffrable par ordinateur, dans lequel sont stockees des instructions pour amener une unite de traitement 
centrale a executer le procede selon la revendication 1 9. 

21. Procede selon la revendication 19, dans lequel I'etape consistant a recevoir un bloc de transition sur un systeme * 
informatique cible (26) comprend I'etape consistant a recevoir une application d'lnjection (24) comprenant le bloc 
de transition. 

22. Procede selon la revendication 1 9, dans lequel I'etape consistant a introduire le bloc de transition dans le systeme 
informatique cible (26) comprend I'etape consistant a introduire le bloc de transition avec une application d'lnjection 
(24), dans laquelle ('application d'lnjection (24) comprend le bloc de transition. 

23. Procede selon la revendication 19, dans lequel I'etape consistant a verifier en option des parametres de configu- 
ration comprend I'etape consistant a verifier en option des parametres de configuration avec une application d'ln- 
jection (24). 

24. Procede selon la revendication 1, comprenant en outre un support dechiffrable par ordinateur, dans lequel est 
stocked une pluralite de structures de donn€es orientees objet pour un objet Personnalite (58) pour localiser les 
parametres de configuration sur un systeme informatique source (12), le support dechiffrable par ordinateur com- 
prenant: 

un objet Bureau (60) oriente objet pour stocker des informations sur les parametres de configuration associes 
a une interface utilisateur graphique avec fenetre; 

un objet Reseau (62) orients objet pour stocker des informations sur les parametres de configuration associes 
a un reseau informatique; 

un objet Internet (64) oriente objet pour stocker des informations sur les parametres de configuration associes 
a Internet; 

un objet Courrier (66) oriente objet pour stocker des informations sur les parametres de configuration associes 
au courrier 6lectronique; et 
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un objet Application (68) oriente objet pour stocker des informations sur les parametres de configuration as- 
socies a des applications logicielles. 

25. Procede selon la revendication 1 , comprenant en outre les etapes consistant a: 

5 

localiser une pluralite de parametres de configuration sur un ou plusieurs systemes informatiques sources (12); 
extrarre certains parametres selectionnes parmi la pluralite de parametres de configuration d'une pluralite 
d'emplacements sur la pluralite de systemes informatiques sources (12); et 

creer une pluralite de blocs de transition a partir de parametres selectionnes parmi la pluralite de parametres 
10 de configuration extraits. 

26. Support dechiffrable par ordinateur, dans lequel sontstockees des instructions pour amener une unite detrartement 
centrale a executer le procede selon la revendication 25. 

is 27. Procede selon la revendication 25, comprenant en outre I'etape consistant a: 

introduce le ou les blocs de transition sur un ou plusieurs systemes informatiques cibles (26> pour faire passer 
automatiquement les parametres de configuration du ou des systemes informatiques sources (12) vers le ou 
les systemes informatiques cibles (26). 

20 

28. Procede selon la revendication 27, dans lequel I'etape consistant a introduce un ou plusieurs blocs de transition 
comprend I'etape consistant a introduire un ou plusieurs blocs de transition sur un ou plusieurs systemes infor- 
matiques cibles (26) depuis un ou plusieurs systemes informatiques intermedial res. 

25 29. Procede selon la revendication 25, dans lequel I'etape consistant a creer une pluralite de blocs de transition a 
partir de parametres selectionnes parmi la pluralite de parametres de configuration extraits comprend I'etape con- 
sistant a creer une pluralite de blocs de transition a partir de parametres selectionnes parmi la pluralite de para- 
metres de configuration extraits sur un ou plusieurs systemes informatiques intermediaires. 

30 30. Proced6 selon la revendication 25, dans lequel I'etape consistant a envoyer la pluralite de blocs de transition vers 
un ou plusieurs systemes informatiques cibles (26) comprend I'etape consistant a envoyer la pluralite de blocs de 
transition vers un ou plusieurs systemes informatiques cibles (26) a I'aide d'un ou plusieurs systemes informatiques 
intermediaires. 

35 31. Procede selon la revendication 1, comprenant en outre les etapes consistant a: 

preparer un plan d' extraction et un plan de transition avec une application d 1 Interface Utilisateur (20); 
localiser une pluralite de parametres de configuration sur un systeme informatique source (12) avec une ap- 
plication d'Extraction (18>a I'aide d'un objet Personnalite (58); 
40 extraire la pluralite de parametres de configuration d'une pluralite d'emplacements sur le systeme informatique 

source (12) avec I'application d'Extraction (18) et le plan d'extraction; 

stocker la pluralite de parametres de configuration extraits dans un format de base de donnees sur le systeme 
informatique source (12); 

manipuler la pluralite de parametres de configuration extraits stockes dans un format de base de donnees 

45 avec une application de Preparation (22) et le plan de transition; 

preparer un bloc de transition a partir de la pluralite de parametres de configuration manipules stockes dans 
le format de base de donnees avec ^application de Preparation (22), dans laquelle le bloc de transition est 
utilise pour faire passer des parametres de configuration depuis le systeme informatique source (12) vers un 
systeme informatique cible (26); 

50 preparer une application d'lnjection (24) comprenant le bloc de transition avec Tapplication de Preparation 

(22), dans laquelle ('application d'lnjection (24) utilise le bloc de transition pour faire passer des parametres 
de configuration du systeme informatique source (12) vers le systeme informatique cible (26); et 
envoyer ('application d'lnjection (24) comprenant le bloc de transition du systeme informatique source (12) 
vers le systeme informatique cible (26). 

55 

32. Support dechiffrable par ordinateur, dans lequel sont stockees des instructions pour amener une unite de traitement 
centrale a executer le proced6 selon la revendication 31 . 
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33. Procede selon la revendication 31 , comprenant en outre les etapes consistant a: 

recevoir I'application d'lnjection (24) comprenant le bloc de transition sur le systeme informatique cible (26) 
depuis le systeme informatique source (12); 

introduire le bloc de transition avec I'application d'lnjection (24) sur le systeme informatique cible (26) pour 
faire passer des parametres de configuration du systeme informatique source (12) vers le systeme informa- 
tique cible (26); et 

verifier en option les parametres de configuration du bloc de transition avec I'application d'lnjection (24) pour 
s'assurer que le bloc de transition a ete correctement applique au systeme informatique cible (26). 

34. Procede selon la revendication 31 , dans lequel I'objet personnalite (58) comprend un support dechiffrable par 
ordinateur, dans lequel est stockee une pluralite de structures de donnees orientees objet pour localiser des pa- 
rametres de configuration sur le systeme informatique source (1 2), le support dechiffrable par ordinateur compre- 
nant: 

15 

un objet Bureau (60) oriente objet pour stocker des informations sur les parametres de configuration associes 
a une interface utilisateur graphique avec fenetre; 

un objet Reseau (62) oriente objet pour stocker des informations sur les parametres de configuration associes 
a un reseau informatique; 

20 un objet Internet (64) oriente objet pour stocker des informations sur les parametres de configuration associes 

a Internet; 

un objet Courrier (66) oriente objet pour des informations sur les parametres de configuration associes au 
courrier electron ique; et 

un objet Application (68) oriente objet pour des informations sur les parametres de configuration associes a 
25 des applications logicielles. 

35. Systeme de transition automatique (1 0), le systeme comprenant une association entre: 

une application d'interface utilisateur (20) pour preparer un plan d'extraction et un plan de transition pour 
30 extraire et faire passer des parametres de configuration d'un systeme informatique source (12) vers un sys- 

teme informatique cible (26); 

une application d'extraction (18) pour localiser et extraire des parametres de configuration sur un systeme 
informatique source (1 2) pour les faire passer vers un systeme informatique cible (26), dans lequel I'application 
d'extraction (18) utilise un objet Personnalite (58) pour localiser, et un plan d'extraction pour extraire des ; ' 

35 parametres de configuration sur le systeme informatique source (12); 

une application de preparation (22) pour manipuler des parametres de configuration extraits d'un systeme 
informatique source (12) et pour preparer un bloc de transition a ('aide d'un plan de transition, dans lequel le 
bloc de transition comprend une pluralite de parametres de configuration manipules depuis le systeme infor- 
matique cible (12) et dans lequel le blocde transition est utilise pour faire passer des parametres de configu- 

40 ration du systeme informatique source (12) vers un systeme informatique cible (26); 

une application d'injection (24} pour introduire des parametres de configuration manipules a partir d'un bloc 
de transition pour faire passer des parametres de configuration d'un systeme informatique source (12) vers 
un systeme informatique cible (26); et 

une base de donnees (16) pour stocker des parametres de configuration extraits d'un systeme informatique 
45 source (12), des parametres de configuration manipules depuis un systeme informatique source (12); et des 

blocs de transition pour faire passer des parametres de configuration d'un systeme informatique source (12) 
vers un systeme informatique cible (26). 

50 
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Item 3 



With reference to Rules 29(2) and (3) EPC, the Examiner 

states at Sheet 5, item 3 (last paragraph) : 

Apparently none of these exceptions applies to 
independent claims 1 and 6. Therefore, if an 
amended set of claims is filed, the relevant 
subject-matter should be defined in terms of a 
single independent claim in each category followed 
by dependent claims covering features which are 
merely optional (Rule 29(3) EPC) . 

Applicant respectfully traverses the Examiner's position. 
Applicant respectfully submits that the present application 
should be allowed to contain both independent claims 1 and 6 
as these claims involve alternative solutions to a particular 
problem, where it is not appropriate to cover these 
alternatives by a single claim (Amended- Rule 29(2} EPC(c)) . 

Applicant respectfully submits that independent claims 1 
and 6 provide alternative structures of a dual instruction set 
processor capable of executing two different sets of 
instructions and that a common problem is being solved by the 
structures of each claim. In particular, Applicant submits 
that independent claims 1 and 6 provide alternative structures 
of a dual instruction set processor designed to decode and 
execute a first set of computer independent virtual machine 
instructions and a second set of computer instructions that 
are for a computer processor architecture that is different 
from the computer independent virtual machine instructions. 
Thus, the dual instruction set processor is capable of 
executing two different sets of instructions from two 
different sources, permitting the processor to have maximum 
efficiency in executing applications performing various 
functions . 

For example, with regard to the dual instruction set 
processor of claim 1, computer independent virtual machine 
instructions are processed to native instructions by a 
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translation unit. The native instructions from the 
translation unit are decoded by a decode unit, and the decoded 
native instructions are executed by an execution unit. Thus, 
the dual instruction set processor of claim 1 can execute both 
computer independent virtual machine instructions and native 
instructions . 

For example, with regard to claim 6, the dual instruction 
set processor is configured to connect to a network and to a 
local memory. The first instruction decoder is configured to 
decode a first set of instructions, such as computer 
independent virtual machine instructions, from either the 
network or the local memory, and a second instruction decoder 
is configured to decode a second set of instructions different 
from the computer independent virtual machine instructions. 
An instruction execution unit executes the decoded 
instructions received from either decoder. Thus, the dual, 
instruction set processor of claim 6 permits an application to 
invoke a set of instructions in the second instruction set (or 
be written entirely in the second instruction set) when more 
functionality is required than that provided by the first set 
of instructions, e.g., the computer independent virtual 
machine instruction set . 

In further support of Applicants position, Applicant 

respectfully submits that the IPER of 9 April 1998 stated at 

item IV. 1.1: 

It would appear that the subject-matters of 
independent claims 1 and 6 are a priori concerned 
with the same problem, that is enabling a processor 
to execute two different instruction sets, and that 
on the one hand the translation unit and decoder of 
claim 1 and on the other the two decoders of claim 6 
constitute a priori corresponding special technical 
features (in the sense of Rule 13.2 PCT) of 
solutions of this problem. 

The EPO Communication dated 7 November 2002, did not 
further raise objections to the IPER statements concerning the 
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subject-matters of claims 1 and 6. In particular, the 
subsequent EPO Communication of 7 November 2002, at Sheet 1, 
item 1, cited objections to deficiencies mentioned in the IPER 
under items "...V 1-4, VII, VIII 1, 3, 4..." , i.e., not to the 
statements of item IV. 1.1 in the IPER. 

Based on the above remarks, Applicant respectfully 
submits claims 1 and 6 involve alternative solutions to a 
particular problem, where it is not appropriate to cover these 
alternatives by a single claim (Amended Rule 29(2) EPC(c)), 
and thus should be permitted to remain as independent claims 
within the present application. 
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